home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000193_news@columbia.edu _Wed Aug 14 07:25:50 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id HAA04485 for <kermit.misc@watsun.cc.columbia.edu>; Wed, 14 Aug 1996 07:25:49 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id HAA29196 for kermit.misc@watsun; Wed, 14 Aug 1996 07:25:49 -0400 (EDT)
  4. Path: news.columbia.edu!panix!netaxs.com!hunter.premier.net!news-res.gsl.net!news.gsl.net!news.mathworks.com!newsfeed.internetmci.com!in3.uu.net!EU.net!usenet2.news.uk.psi.net!uknet!usenet1.news.uk.psi.net!uknet!dispatch.news.demon.net!demon!mail2news.demon.co.uk!genesis.demon.co.uk
  5. From: Lawrence Kirby <fred@genesis.demon.co.uk>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: MS Kermit 3.14 delays at 28.8.
  8. Date: Wed, 14 Aug 96 11:04:12 GMT
  9. Organization: none
  10. Lines: 41
  11. Distribution: usa
  12. Message-ID: <840020652snz@genesis.demon.co.uk>
  13. References: <4tnosr$82p@kocrsv08.delcoelect.com> <4tnt6k$sl@apakabar.cc.columbia.edu> <4to5eb$arp@kocrsv08.delcoelect.com> <4toj4d$93p@apakabar.cc.columbia.edu>
  14. Reply-To: fred@genesis.demon.co.uk
  15. X-NNTP-Posting-Host: genesis.demon.co.uk
  16. X-Newsreader: Demon Internet Simple News v1.30
  17. X-Mail2News-Path: genesis.demon.co.uk
  18.  
  19. In article <4toj4d$93p@apakabar.cc.columbia.edu>
  20.            fdc@watsun.cc.columbia.edu "Frank da Cruz" writes:
  21.  
  22. >
  23. >In article <4to5eb$arp@kocrsv08.delcoelect.com>,
  24. >Spiros Triantafyllopoulos <c23st@eng.delcoelect.com> wrote:
  25. >: Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  26. >: : It sounds like the modem is flow-controlling the PC.  Which could happen
  27. >: : for many different reasons.  The most likely reason is that it is busy
  28. >: : engaging in some protocol with the other modem -- falling back or falling
  29. >: : forward, retraining, recovering from transmission errors by retransmitting
  30. >: : LAPM blocks, etc.  You say this just started happening at the same time
  31. >: : that you started getting 28800 bps connections rather than 26400, so maybe
  32. >: : your ISP installed some new modems and this accounts for the new behavior.
  33. >: 
  34. >: This started happening when the ISP started using new modems
  35. >: (upgraded to support 33.6... I started seeing more 28.8 connections
  36. >: and these  delays... Is there an easy way to find out more information
  37. >: (run in debug mode?), and/or remedy it?
  38. >: 
  39. >We have to expect this kind of problem periodically (with an ever
  40. >diminishing period) as modem makers fall all over themselves to outdo each
  41. >other.  Before standard X even settles down, the market is already flooded
  42. >with modems that implement "X+" or "Turbo-X".  But since "X+" (in this case,
  43. >V.34+) is not defined by any standard, implementations of it in -- and
  44. >reactions *to* it by -- modems from different makers are likely to vary.
  45.  
  46. It is defined by a draft standard, it just hasn't completed the ratification
  47. process yet. That process won't change the content of the standard. So
  48. everybody is working to the same standard.
  49.  
  50. The problem sounds like the modems are pushing the line too hard and are
  51. getting data corruption. The pauses are probably LAPM protocol timeouts.
  52. The solution in that case is to force the connection to a lower speed.
  53.  
  54. -- 
  55. -----------------------------------------
  56. Lawrence Kirby | fred@genesis.demon.co.uk
  57. Wilts, England | 70734.126@compuserve.com
  58. -----------------------------------------